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LESSONS  LEARNED 


LESSONS  LEARNED  FROM  THE 
EARLY  STAGES  OF  DEVELOPMENT  OF 
THE  GUARDRAIL  COMMON  SENSOR 
FOR  THE  RADICAL  REDUQION 
OF  CYCLE  TIME 


J.  Daniel  Sherman 

Nine  key  participants  from  the  government  and  prime  contractor  were 
interviewed  to  identify  important  iessons  iearned  from  the  eariy  stages  of 
deveiopment  of  the  Guardrail  Common  Sensor.  In  addition  to  in-depth  interviews, 
U.S.  Army  Communications  and  Electronics  Command  (CECOM)  historical 
documents,  unclassified  government  reports,  and  other  public  sources  were 
reviewed  for  information  regarding  the  system’s  development. The  management 
of  the  system  development  deviated  from  normal  acquisition  processes  in 
several  important  ways.  These  are  presented  and  the  implications  for  flexibility 
in  the  acquisition  process  are  discussed. 


The  history  of  the  U.S.  Army  opera¬ 
tion  of  Special  Electronic  Mission 
Aircraft  (SEMA)  began  during  the 
Vietnam  War.  The  need  for  signal  intelli¬ 
gence  (SIGINT)  was  significant  during  the 
Vietnam  conflict,  and  as  a  consequence, 
improving  the  capability  of  these  systems 
became  an  important  Army  priority. 


Guardrail  Development  Prior  to 
Common  Sensor 


In  1970,  based  on  the  successful  devel¬ 
opment  of  ground-based  systems  in  Viet¬ 
nam,  the  National  Security  Agency  (NS  A) 
under  the  guidance  of  its  director.  Admi¬ 
ral  Gayler,  initiated  the  development  of 
an  airborne  communications  intelligence 


This  study  was  funded  by  the  Army  Materiel  Command  (DAAHOI -98-D-R001 ,  delivery  order  #67), 
Richard  G.  Rhoades,  Director,  Research  Institute,  University  of  Alabama  in  Huntsville,  and  William 
A.  Lucas,  Massachusetts  Institute  of  Technology  (MIT),  co-principal  investigators. 
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(COMINT)  system  with  more  advanced 
capabilities.  In  February  1971,  the  con¬ 
tract  was  awarded  to  Electronic  Systems 
Laboratories  (ESL),  a  division  of  TRW, 
for  the  development  of  what  would  be 
known  as  Guardrail  I  (Swainston,  1994). 

During  the  early  1970’s,  Guardrail  I 
was  followed  by  a  rapid  succession  of 
Guardrail  systems  that  included  Guardrail 
II,  III,  and  IV.  Guardrail  I-IV  (GR  I-IV) 
achieved  their  operational  requirements 
and  were  each  produced  on  schedule  and 
within  budget.  These  early  systems  were 
procured  by  NSA  as 
Quick  Reaction  Capabil¬ 
ity  (QRC)  programs. 
They  were  designed  as 
theatre  level  assets  that 
led  to  a  long-term  re¬ 
quirement  for  Guardrail 
as  an  Army  Corps  level 
asset.  In  early  1976,  the 
Guardrail  V  (GR- V)  pro¬ 
gram  was  conceived  and 
ESL  continued  the  pro¬ 
gram  as  prime  contractor.  The  GR-V  pro¬ 
gram  was  planned  as  a  cost-effective, 
second-generation  technology  insertion 
program.  In  1977,  as  a  result  of  the  Intel¬ 
ligence  Organization  and  Stationing 
Study,  responsibility  for  the  Guardrail 
program  was  transferred  from  NSA  to  the 
Department  of  the  Army,  Electronics 
Command  (ECOM,  later  to  be  Electron¬ 
ics  and  Communications  Command, 
CECOM;  Rawles,  1989). 

Unlike  the  contracts  for  GR  I-IV,  the 
GR-V  program  had  significantly  increased 
formal  data  requirements  in  the  areas  of 
logistics,  the  qualification  test  program, 
spare  parts  program,  quality  assurance 
program,  and  software  documentation. 
However,  GR-V  was  still  classified  as  a 


"The  TDOA 
capabilities  of 
GR/CS  would  give 
the  United  States 
a  technology 
advantage  ever 
any  potential 
enemy." 


limited  production  urgent  system.  In  this 
sense,  while  GR-V  lost  some  of  the 
skunkworks-like  characteristics  of  GR  I- 
IV,  it  still  retained  the  authorization  to  pro¬ 
ceed  as  an  urgent  QRC  program  with  sig¬ 
nificantly  reduced  oversight  requirements 
(Moye,  1986;  D.  Swainston,  personal 
communication,  August  3,  2001). 

The  Guardrail  Common  Sensor 
Program 

In  1982,  while  the  improved  GR-V 
systems  were  being  completed,  a  concept 
began  to  emerge  for  an  advanced  system 
that  integrated  other  COMINT  and  elec¬ 
tronics  intelligence  (ELINT)  systems  with 
Guardrail.  This  would  be  known  as  the 
Guardrail  Common  Sensor  (GR/CS).  It 
would  combine  the  Advanced  Quicklook 
(AQL)  and  the  Communications  High 
Accuracy  Airborne  Location  System 
(CHAALS)  with  Guardrail  to  form  a  corps 
level  signal  intelligence  system  with  an 
integrated  platform  and  a  single  ground 
processing  facility  (R.  Sciria,  personal 
communication,  August  9,  2001). 

Development  of  the  Quicklook  ELINT 
system  (the  predecessor  to  AQL)  had 
begun  in  the  early  1970s.  With  GR/CS,  a 
new  generation  of  Quicklook  would  be 
developed  that  employed  the  technology 
known  as  Time  Difference  of  Arrival 
(TDOA).  This  technology  utilized  trian¬ 
gulation  from  multiple  aircraft  to  obtain 
location  coordinates  for  the  emanating 
source  of  a  radio  signal.  The  TDOA 
capabilities  of  GR/CS  would  give  the 
United  States  a  technology  advantage  over 
any  potential  enemy.  However,  in  order 
to  achieve  the  integration  for  the  GR/CS 
system,  the  AQL  would  require  miniatur¬ 
ization  due  to  weight  and  space  limita¬ 
tions.  The  contractors  for  the  Advanced 
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Quicklook  were  UTL  Corporation  in 
Dallas  (for  development)  and  Emerson 
Electronics  and  Space  Division  (ESCO) 
in  St.  Eouis  (for  production).  The  second 
system  that  was  integrated  into  GR/CS 
was  the  CHAAES  precision  COMINT  lo¬ 
cation  system.  This  geolocation  system  for 
communications  emitters  utilized  both  the 
TDOA  technology  and  Differential  Dop¬ 
pler  technology,  and  International  Busi¬ 
ness  Machines  (IBM)  continued  as  the 
contractor  (CECOM,  1994;  Jette,  1996). 

The  basic  operational  concept  behind 
GR/CS  was  to  authorize  one  GR/CS  sys¬ 
tem  per  aerial  exploitation  battalion  in  the 
military  intelligence  (MI)  brigade  of  each 
corps.  A  standard  system  would  consist 
of  12  aircraft  that  would  fly  operational 
missions  in  sets  of  two  or  three.  The 
ground  processing  for  GR/CS  would  be 
conducted  in  the  integrated  processing 
facility  (IPE).  The  IPE  would  be  the  con¬ 
trol,  data  processing,  and  message  center 
for  the  overall  system.  It  consisted  of  four 
40-foot  trailers  with  28  operator  stations. 
Interoperable  data  links  would  provide 
microwave  connectivity  between  each  air¬ 
craft  and  the  IPE.  Reports  would  then  be 
transmitted  to  the  Commanders  Tactical 
Terminals  (CTT).  The  CTTs  would  be 
located  at  up  to  32  designated  intelligence 
centers  and  tactical  operations  centers.  The 
automated  addressing  to  CTT  field  termi¬ 
nals  would  provide  automated  message 
distribution  to  tactical  commanders  in  near 
real  time.  The  system  later  added  a  satel¬ 
lite  Remote  Relay  System  (RRS).  With 
this  system,  intercepted  SIGINT  data 
could  be  transmitted  to  any  location  in  the 
world  (CECOM,  1987,  1988;  Hall,  1990; 
U.S.  Army,  1994).  The  first  GR/CS  was 
completed  in  1991  and  throughout  the 
1990s  development  continued  with  an 


intensive  program  of  technology  insertion 
through  pre-planned  product  improvements. 


Lesson  1.  A  High  Technology 
Readiness  Level  Reduces  Risk 


A  number  of  important  factors  contrib¬ 
uted  to  the  success  of  the  Guardrail  pro¬ 
gram.  One  of  the  most  significant  factors 
that  influenced  budget,  technical  perfor¬ 
mance,  and  particularly  schedule  in  each 
phase  of  the  Guardrail  development  was 
the  level  of  technology  readiness  or  ma¬ 
turity.  When  the  pro¬ 
gram  started  in  the  early 
1970s,  ESE  had  already 
developed  an  extensive 
base  of  relevant  knowl¬ 
edge  among  its  engi¬ 
neering  staff  in  its  labo¬ 
ratories.  This  knowledge 
had  developed  through 
their  experience  with 
ground-based  remote 
COMINT  systems  in 
Vietnam.  In  addition,  at 
ESE,  other  Department 
of  Defense  (DoD)  pro¬ 
grams  provided  a  syn¬ 
ergy  in  the  development 
of  the  technologies  that  would  be  required 
for  Guardrail. 

The  extensive  base  of  expertise  at  ESE 
(and  later  CHAAES  expertise  at  IBM  and 
AQE  expertise  at  UTE  Corporation)  was 
only  one  contributor  to  the  level  of 
technology  readiness.  Another  important 
contributor  was  the  development  strategy 
that  was  first  instituted  at  NSA  and 
adopted  by  ESE,  and  later  adopted  by  the 
Army  program  offices.  This  development 
strategy  was  multidimensional,  but  one 


"One  of  the  most 
significant  factors 
that  infiuenced 
budget,  technicai 
performance, 
and  particuiariy 
scheduie  in  each 
phase  of  the 
Guardraii  devei- 
epment  was  the 
ievei  of  technei- 
egy  readiness 
or  maturity." 
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key  element  was  a  focus  on  minimizing 
technological  risk  and  making  design  de¬ 
cisions  based  on  technological  maturity. 
However,  this  strategy  included  a  program 
of  systematic  pre-planned  product  im¬ 
provements  based  on  technology  inser¬ 
tion.  The  technologies  in  areas  such  as 
integrated  circuits,  direction  location  find¬ 
ing  technology,  signal 
processing  technology, 
computer  hardware  and 
software  were  evolving 
rapidly  during  this  pe¬ 
riod.  The  Guardrail  pro¬ 
gram  offices  and  ESL 
believed  that  as  each 
successive  system  was 
completed  and  fielded, 
the  next  system  could  be 
incrementally  upgraded 
as  a  new  generation 
Guardrail  system  with 
more  advanced  technology  (R.  Ohlfs,  per¬ 
sonal  communication,  August  6,  2001). 

The  laboratories  at  CECOM  also  played 
an  important  role  during  Guardrail  devel¬ 
opment.  G.  Morris  (personal  communi¬ 
cation,  August  1,  2001)  of  CECOM  noted 
that  in  supporting  the  CHAAES  and  the 
Advanced  Quicklook  programs  the 
CECOM  laboratories  helped  solve  numer¬ 
ous  technical  problems  that  allowed  these 
systems  to  mature  sufficiently  for  integra¬ 
tion  into  the  Guardrail  Common  Sensor. 

The  strategy  of  minimizing  techno¬ 
logical  risk  and  making  design  deci¬ 
sions  based  on  technological  maturity 
worked  well  throughout  the  1970s  and 
1980s.  However,  both  C.  Dubusky 
(personal  communication,  August  6, 
2001)  of  the  Army  GR/CS  program 
office  and  D.  Swainston  (personal 
communication,  August  3,  2001),  retired 


ESE  program  manager,  believed  that  the 
program  began  to  deviate  from  this  strat¬ 
egy  in  the  1990s.  With  GR/CS  System  2 
the  technological  envelope  began  to  be 
pushed  too  far,  too  soon.  This  resulted  in 
increased  levels  of  technological  risk,  and 
subsequent  problems  with  cost,  schedule, 
and  technical  performance.  This  is  per¬ 
haps  a  lesson  in  organizational  learning 
itself  Each  successive  generation  of  man¬ 
agers  (both  government  program  office 
and  prime  contractor)  must  learn  from  the 
successful  and  failed  decisions  of  preced¬ 
ing  programs.  In  the  case  of  GR/CS  Sys¬ 
tem  2,  what  had  been  learned  in  the  past 
in  terms  of  development  strategy  seems 
to  have  been  forgotten. 

Lesson  2.  Utilizing  an 
Open  Architecture 


C.  Dubusky  (personal  communication, 
August  6,  2001),  chief  engineer  at  the 
government  project  office,  and  H.  Redd 
(personal  communication,  August  7, 
2001),  ESE  field  representative,  observed 
that  one  of  the  problems  projects  encoun¬ 
ter  in  areas  where  the  core  technologies 
are  advancing  rapidly  is  potential  for  the 
system  to  be  obsolete  before  it  is  ever 
fielded.  Because  Guardrail  was  becom¬ 
ing  increasingly  software  dependent  with 
each  successive  generation,  to  address  this 
problem  the  Guardrail  government  pro¬ 
gram  office  and  ESE  instituted  two  initia¬ 
tives.  The  first  was  the  application  of  real 
time  tactical  system  processing  architec¬ 
ture  that  was  based  on  the  use  of  interna¬ 
tional  standards  and  the  use  of  a  seven 
layer  Ada  protocol.  The  second  initiative 
was  the  Advanced  Tactical  SIGINT 
Architecture  initiative  that  employed  a 


"The  strategy  of 
minimizing  tech- 
neiegicai  risk 
and  making 
design  decisions 
based  on  techno - 
iegicai  maturity 
worked  weii 
throughout  the 
1970s  and 
1980s." 
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unified  architecture  that  was  hus  oriented 
and  employed  all  Ada  software.  Thus,  the 
architecture  and  the  software  standards 
became  the  basis  for  the  system,  not  the 
vintage  of  computer  hardware.  As  new 
computer  and  bus  technology  were  intro¬ 
duced,  so  would  the  method  of  adapting 
to  the  established  standards.  In  this  way, 
as  computer  hardware  rapidly  evolved,  the 
software  for  successive  generations  of 
Guardrail  could  be  rapidly  adapted. 

It  should  also  be  noted  that  this  ap¬ 
proach  relied  heavily  on  commercial  off 
the  shelf  components  (COTS).  In  fact, 
by  the  time  GR/CS  System  I  was  being 
produced,  66  percent  of  1176  compo¬ 
nents  were  commercial  off-the-shelf.  Fur¬ 
thermore,  91  percent  were  common  with 
other  systems.  In  essence,  a  key  compo¬ 
nent  of  the  acquisition  strategy  could  be 
described  as  evolutionary  acquisition.  A 
core  capability  is  fielded  with  a  modular 
open  structure  and  the  provision  for  fu¬ 
ture  incremental  upgrades.  Each  succes¬ 
sive  upgrade  would  then  occur  as  a  block 
of  pre-planned  product  improvements 
(R.  Ohlfs,  personal  communication,  Au¬ 
gust  6,  2001;  D.  Swainston,  personal 
communication,  August  3,  2001). 


Lesson  3.  The  Implementation 
OF  A  Program 


In  the  context  of  the  Cold  War,  and 
under  conditions  of  rapid  technological 
advancements,  the  normal  acquisition 
processes  were  viewed  to  be  inadequate 
by  the  Guardrail  program  office.  H.  Redd 
(personal  communication,  August  7,  2001), 
who  worked  for  the  government  program 
office  before  moving  to  ESL,  indicated 
that  based  on  the  failed  experience  of  the 


Communications  and  Electronics  Eorward 
Eooking  Flying  Eancer  (CEFEY  Eancer), 
program  office  staff  were  convinced  that 
a  radically  different  acquisition  strategy 
was  needed.  This  strategy  focused  on 
schedule  performance  and  consisted  of 
several  important  com¬ 
ponents.  Eirst,  and  most 
importantly,  was  the  ap¬ 
proval  of  a  Quick  Reac¬ 
tion  Capability  program 
(QRC  program).  Given 
the  urgent  nature  of  the 
program,  and  the  fact 
that  top  Pentagon  offi¬ 
cials  were  convinced  of 
the  criticality  of  the 
schedule,  the  program 
office  was  able  to  obtain  a  letter  signed 
by  a  four-star  Army  general  and  a  four- 
star  admiral  (NSA)  approving  the  QRC 
program.  This  letter  was  later  referred  to 
as  the  “eight-star  letter,”  and  it  allowed 
the  program  office  maximum  flexibility 
to  modify  and  bypass  existing  acquisi¬ 
tion  processes. 

Eor  example,  one  of  the  factors  that 
contributed  to  the  schedule  and  cost  prob¬ 
lems  with  the  CEEEY  Eancer  was  the 
requirement  to  comply  with  extensive 
military  specifications.  S.  Pizzo  (personal 
communication,  August  28,  2001),  an 
engineering  manager  with  the  government 
program  office,  observed  that  the  Guard¬ 
rail  program  office  understood  that  the 
great  majority  of  these  elaborate  specifi¬ 
cations  would  not  be  critical  to  Guardrail’s 
performance,  maintainability,  reliability, 
etc.  However,  to  comply  with  such 
requirements  would  result  in  vastly  reduc¬ 
ing  the  ability  to  use  existing  off-the-shelf 
equipment  and  components.  This  would 
affect  schedule  and  cost.  In  other  words. 


"As  new 
computer  and 
bus  technology 
were  introduced, 
so  would  the 
method  of  adapt¬ 
ing  to  the  estab¬ 
lished  standards." 
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the  incremental  benefit  associated  with 
many  of  the  specifications  could  not  be 
justified  based  on  the  schedule  and  cost 
implications.  With  the  approval  of  the 
QRC  reduced  cycle  time  program,  nu¬ 
merous  non-critical  milspecs  were  elimi¬ 
nated  or  modified. 

In  addition,  the  program  office  un¬ 
derstood  that  the  standard  Army  devel¬ 
opment  process  with 
the  usual  milestones 
and  approvals  would 
reduce  their  ability  to 
field  the  system  in  the 
time  parameters  that 
were  needed  in  the 
Cold  War  environment. 
In  light  of  this,  the 
QRC  program  allowed 
Guardrail  to  be  funded 
almost  completely  as  a 
production  program.  In 
actuality,  there  was  en¬ 
gineering  development 
occurring  as  the  program  progressed, 
but  it  was  funded  under  the  production 
contracts.  In  essence,  the  acquisition 
strategy  was  to  begin  with  the  baseline 
Guardrail  system  and  then  evolve  the 
system  through  blocks  of  pre-planned 
product  improvements  using  mature, 
but  state-of-the-art  existing  technology 
(C.  Dubusky,  personal  communication, 
August  6,  2001).  In  this  way  the  sched¬ 
uling  ramifications  associated  with  the 
standard  Army  acquisition  process  would 
be  reduced.  Of  course,  such  an  approach 
would  not  be  advisable  for  programs 
with  extensive  engineering  development 
requirements  or  large  production  runs. 
In  the  case  of  Guardrail,  this  approach 
worked  because  the  technology  was 
mature,  considerable  COTS  components 


could  be  used,  and  each  system  was 
comparatively  unique  or  customized. 

Former  ESL  Guardrail  program  man¬ 
ager,  T.  Black  (personal  communication, 
August  3, 2001),  observed  another  impor¬ 
tant  ramification  associated  with  the  use 
of  production  contracts.  Almost  all  of  the 
contracts  were  fixed  price  or  fixed  price 
plus  incentive  fee  contracts.  This  forced 
the  contractor  to  be  extremely  accurate  in 
cost  estimating  prior  to  program  start. 
Because  of  ESL’ s  depth  of  expertise  in  all 
of  the  major  technologies,  cost  estimating 
was  generally  very  accurate. 

As  noted  previously,  while  engineering 
development  activity  was  included  in  the 
production  contracts,  it  was  not  funded 
in  the  usual  way  as  cost  plus  incentive  fee 
contracts.  C.  Dubusky  (personal  commu¬ 
nication,  August  6,  2001)  of  the  govern¬ 
ment  program  office  observed  that  this 
approach  to  the  acquisition  strategy  on 
the  part  of  the  government  resulted  in 
disciplined  cost  containment. 

Lesson  4.  When  the  Schedule 
FOR  Fielding  Is  Urgent 


S.  Pizzo  (personal  communication,  Au¬ 
gust  28,  2001)  of  the  Guardrail  program 
office  observed  that  the  assumption  that 
competition  in  defense  contracting  univer¬ 
sally  results  in  superior  performance  in 
terms  of  cost,  schedule,  and  technical  per¬ 
formance  may  be  incorrect.  Competition 
should  predictably  achieve  the  desired  re¬ 
sults  under  most  conditions.  However, 
there  are  conditions  under  which  the 
normal  competitive  process  in  government 
contracting  will  not  result  in  the  highest 
level  of  technical  and  schedule  performance. 


"...while 
engineering 
development 
activity  was 
included  in  the 
production  con¬ 
tracts,  it  was  not 
funded  in  the 
usual  way  as  cost 
plus  incentive  fee 
contracts." 
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Guardrail  seems  to  have  been  one  of 
those  programs. 

When  the  schedule  for  fielding  is 
urgent,  the  technology  is  evolving  rapidly, 
and  the  defense  contractor  that  developed 
the  first  (baseline)  system  is  by  far  the 
leading  firm  in  terms  of  relevant  system 
specific  technical  expertise,  then  a  sole 
source  contract  may  be  required.  In  the 
case  of  Guardrail,  the  initial  contract  for 
Guardrail  I  was  competitive.  Thereafter, 
the  contracts  were  sole  source  to  ESL  as 
prime  contractor  (with  the  other  pertinent 
subcontractors).  This  resulted  in  several 
important  advantages  for  schedule  and 
technical  performance. 

First,  the  sole  source  contracts  for  the 
sequence  of  systems  following  Guardrail 
I  allowed  for  requirements  to  be  set 
through  dialogue.  The  usual  situation 
would  be  for  the  requirements  to  be  speci¬ 
fied  prior  to  a  request  for  proposals  (RFP). 
Thus,  requirements  would  be  set  in 
advance.  In  the  case  of  Guardrail,  FSF 
engineers  and  government  engineers 
worked  very  closely  to  develop  specifica¬ 
tions  for  each  successive  system  within 
the  general  requirements  specified  by 
the  Training  and  Doctrine  Command 
(TRADOC).  However,  TRADOC  gener¬ 
ally  deferred  to  the  judgment  of  the 
program  office,  and  this  allowed  for  speci¬ 
fications  to  be  developed  through  joint 
dialogue  between  engineers  at  FSF  and 
the  government  (D.  Swainston,  personal 
communication,  August  3,  2001). 

R.  Ohlfs  (personal  communication, 
August  6,  2001),  former  chief  systems 
engineer  at  FSF,  suggested  that  this  ap¬ 
proach  worked  well  because  FSF  could 
effectively  identify  requirements  that 
might  not  be  cost  effective  or  requirements 
that  could  adversely  affect  the  schedule. 


Thus,  the  dialogue  tended  to  influence 
the  process  so  that  design  decisions 
approached  the  optimum. 

Both  G.  Morris  (personal  communica¬ 
tion,  August  1,  2001)  of  CFCOM  and  D. 
Swainston  (personal  communication,  Au¬ 
gust  3,  2001)  concluded  that  TRADOC 
contributed  to  the  requirements  stability 
and  funding  stability  of 
the  program.  This  was 
very  advantageous  to 
Guardrail  because  it  al¬ 
lowed  the  engineers  to 
work  in  an  environment 
that  minimized  dysfunc¬ 
tional  change.  When 
changes  or  new  capa¬ 
bilities  were  presented  by 
TRADOC,  the  Guard¬ 
rail  program  office  would  assess  the  tech¬ 
nical  feasibility  and  cost  implications  and 
introduce  the  change  in  the  next  succes¬ 
sive  generation  of  pre-planned  product 
improvements.  However,  TRADOC  ba¬ 
sically  deferred  to  the  judgment  of  the 
technical  experts  at  CFCOM  and  ESF  as 
to  what  was  and  was  not  cost  effective  or 
technically  feasible.  In  this  way,  the  pro¬ 
gram  benefited  from  an  environment  of 
stability. 

Lesson  5.  Achieving  Effective 
Integration  for  the  Common  Sensor 

From  the  beginning  of  the  Guardrail 
program,  internal  integration  at  ESF  had 
been  managed  very  effectively.  ESF  had 
utilized  a  project-matrix  structure  with  a 
functional  engineering  organization.  The 
functional  areas  included  laboratories,  and 
the  organization  was  based  on  engineering 
specializations.  The  Guardrail  program 


"...the 
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office  obtained  engineers  from  the 
various  functional  areas.  These  assign¬ 
ments  were  typically  full  time  until  an 
individual  was  reassigned  to  another 
project.  In  addition,  the  laboratories  or 
functional  groups  would  provide  tech¬ 
nical  support  to  the  Guardrail  program 
office  on  a  task-by-task  basis  (R.  Ohlfs, 
personal  communication,  August  6, 
2001). 

The  program  office  had  a  team  of 
assistant  program  managers  that  each  man¬ 
aged  a  major  subsystem 
or  functional  area.  One  of 
the  former  ESL  program 
managers,  T.  Black  (per¬ 
sonal  communication, 
August  3,  2001),  indi¬ 
cated  that  the  team  of  as¬ 
sistant  program  manag¬ 
ers  met  on  a  near  daily 
basis  because  of  the  high 
degree  of  interdepen¬ 
dency  among  the  various 
systems.  To  keep  the  pro¬ 
gram  on  schedule,  pro¬ 
gram  evaluation  and  re¬ 
view  technique  (PERT)  was  used  exten¬ 
sively,  and  schedules  were  reviewed  weekly 
on  a  task-by-task  basis.  Even  before  con¬ 
current  engineering  became  common,  ESE 
was  applying  the  basic  processes  in  the 
Guardrail  program  (R.  Ohlfs,  personal  com¬ 
munication,  August  6,  2001). 

Prior  to  Common  Sensor,  external 
coordination  with  the  various  subcontrac¬ 
tors  was  minimally  complex.  As  prime  con¬ 
tractor,  ESE  assumed  responsibility  for 
system  integration.  With  the  advent  of  the 
Common  Sensor  and  the  addition  of  the 
CHAAES  and  AQE  systems,  integration 
increased  in  complexity.  ESE  and  the 
Guardrail  program  office  at  Et.  Monmouth 


"To  keep  the 
program  on 
schedule,  program 
evaluation  and 
review  technique 
(PERT)  was  used 
extensiveiy,  and 
scheduies  were 
reviewed  weekiy 
on  a  task-by-task 
basis." 


developed  interface  control  documents  to 
specify  the  necessary  interfaces  with 
equipment  being  developed  and  produced 
by  IBM,  ESCO,  Beech,  Unisys,  UTE 
Corporation,  and  other  contractors. 

S.  Pizzo  (personal  communication, 
August  28,  2001)  and  G.  Morris  (personal 
communication,  August  1,  2001)  on  the 
government  side  and  T.  Black  (personal 
communication,  August  3,  2001)  on  the 
contractor  side  observed  that  the  interface 
between  ESE  and  the  government  program 
office  was  much  like  an  integrated  prod¬ 
uct  team  (IPT).  Eong  before  these  came 
into  vogue  in  the  1990s,  ESE  and  the 
Guardrail  program  office  were  implement¬ 
ing  this  type  of  interorganizational  project 
coordination.  George  Morris  (personal 
communication,  August  1,  2001)  observed 
that  when  IPTs  were  formally  implemented 
in  the  1990s,  they  tended  to  be  leaderless 
groups  and  decisions  tended  to  be  reached 
by  consensus.  In  some  instances  this 
worked  well,  but  in  other  cases  the  con¬ 
sensual  decision  making  simply  did  not 
work.  G.  Morris  (personal  communication, 
August  1,  2001)  noted  that  in  the  1980s, 
prior  to  the  formal  implementation  of  IPTs, 
the  interorganizational  teams  in  the  Guard¬ 
rail  program  were  not  leaderless.  Typically, 
the  government  program  office  retained 
final  decision  authority.  However,  as  a  gen¬ 
eral  practice,  there  was  deference  to  the 
judgment  of  those  who  had  the  greatest 
technical  knowledge  on  a  particular  mat¬ 
ter.  This  approach  seemed  to  work  more 
effectively  than  the  leaderless  IPT  ap¬ 
proach. 

In  general,  the  government  program 
office  and  ESE  effectively  managed  the 
system  integration.  However,  there  was 
one  significant  exception.  This  was  the 
management  of  the  weight  for  the  Beech 
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aircraft  during  GR/CS  System  3  (CECOM, 
1992).  This  was  a  miscalculation  that 
Beech,  ESL,  and  the  Guardrail  program 
office  did  not  discover  until  System  3  was 
being  tested.  This  miscalculation  resulted 
in  the  need  to  re-engine  the  aircraft,  and 
this  led  to  serious  delays  in  the  comple¬ 
tion  and  fielding  of  GR/CS  System  3  (R. 
Ohlfs,  personal  communication,  August  6, 
2001;  Rawles,  1990).  The  problem  could 
have  been  avoided  if  Beech,  ESE,  the  other 
contractors,  and  the  Guardrail  program 
office  had  been  adequately  monitoring  the 
weight  problem.  If  discovered  earlier,  the 
replacement  of  engines  on  the  Beech  air¬ 
craft  could  have  then  occurred  concur¬ 
rently  so  that  the  original  schedule  could 
have  been  achieved. 

In  any  case,  G.  Morris  (personal  com¬ 
munication,  August  1,  2001)  of  CECOM 
concluded  that  integration  is  facilitated 
when  there  is  a  single  prime  contractor  with 
multiple  subcontractors,  and  the  prime  con¬ 
tractor  assumes  total  responsibility  for  in¬ 
tegration.  As  Guardrail  moved  into  the 
Common  Sensor  program,  the  CHAAES 
and  AQE  systems  were  furnished  to  ESE 
through  the  government  program  office 
as  government  furnished  equipment  (GEE). 
ESE  had  responsibility  for  integration,  but 
the  relationships  were  ostensibly  different 
because  IBM  was  not  a  subcontractor  to 
ESE  for  CHAAES.  Neither  were  UTE  Cor¬ 
poration  or  ESCO  subcontractors  to  ESE 
for  AQE. 

Eike  G.  Morris  (personal  communica¬ 
tion,  August  1,  2001)  and  S.  Pizzo  (per¬ 
sonal  communication,  August  28,  2001), 
of  the  Guardrail  program  office,  observed 
that  systems  with  multiple  prime  contrac¬ 
tors  have  more  complex  integration 
problems.  Just  as  the  Navy  Battle  Group 
Passive  Horizon  Extension  System 


(BGPHES)  suffered  from  extensive  in¬ 
tegration  difficulties  due  to  multiple 
government  project  offices  with  mul¬ 
tiple  prime  contractors,  as  GR/CS  be¬ 
gan  to  move  in  a  similar  direction,  inte¬ 
gration  became  increasingly  problem¬ 
atic. 


Given  the  large  learning  curves  associ¬ 
ated  with  system  specific  technical  knowl¬ 
edge  on  complex  defense  systems,  conti¬ 
nuity  in  personnel  can  be  a  very  important 
contributor  to  schedule  and  technical  per¬ 
formance.  This  is  not  to  say  that  a  continu¬ 
ous  infusion  of  new  talent  is  not  necessary. 
This,  too,  is  essential  to  any  engineering  or¬ 
ganization.  However,  managing  turnover 
and  retention  is  clearly  a  problem  of  opti¬ 
mization. 

T.  Black  (personal  communication,  Au¬ 
gust  3,  2001)  and  D.  Swainston  (personal 
communication,  August  3,  2001)  observed 
that  at  ESE  a  core  group  of  engineers 
worked  on  the  program 
for  a  number  of  years.  In 
fact,  as  many  as  100  en¬ 
gineers  worked  on  the 
Guardrail  program  at  ESE 
for  a  duration  of  15  years. 

Since  each  Guardrail  pro¬ 
gram  was  successive, 
there  were  no  gaps  in  time 
where  a  large  amount  of 
turnover  and  new  hiring  had  to  occur.  This 
continuity  clearly  facilitated  organizational 
learning  and  the  enhancement  of  the  ex¬ 
traordinary  base  of  expertise  at  ESE. 

T.  Black  (personal  communication, 
August  3,  2001)  and  R.  Ohlfs  (personal 


Lesson  6.  A  Corporate  Culture  Can 
Affect  the  Success  of  a  Program 
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communication,  August  6,  2001)  sug¬ 
gested  that  several  important  factors  con¬ 
tributed  to  ESLs  ability  to  retain  such  a 
talented  cadre  of  engineers.  First,  ESL  was 
very  competitive  in  terms  of  salary  and 
benefits.  This  allowed  the  TRW  division 
to  attract  and  retain  highly  talented  indi¬ 
viduals.  Secondly,  the 
corporate  culture  cre¬ 
ated  an  environment  that 
made  ESE  a  very  colle¬ 
gial  and  enjoyable  place 
to  work.  From  the  very 
beginning,  William  Perry 
(who  would  later  be¬ 
come  Secretary  of  De¬ 
fense)  tried  to  create  a 
very  close  knit,  cohesive 
climate  at  ESE.  Even  as  the  company 
grew  larger  and  became  a  division  of 
TRW,  ESE  still  maintained  a  highly 
cohesive  and  supportive  culture. 

A  third  factor  that  characterized  ESE 
was  a  corporate  culture  that  emphasized 
flexibility.  To  illustrate,  in  the  early  1980s, 
R.  Ohlfs  (personal  communication, 
August  6,  2001)  had  considered  leaving 
ESE.  His  reasoning  was  based  on  the  fact 
that  he  was  spending  an  inordinate 
amount  of  time  on  functional  manage¬ 
ment  tasks,  and  he  missed  spending  the 
larger  proportion  of  his  time  on  purely 
technical  work.  He  discussed  his  sense 
of  diminishing  job  fulfillment  in  terms 
of  management  responsibilities  with  the 
president  of  ESE,  Don  Jacobs.  Jacobs’  re¬ 
sponse  was  characteristically  atypical.  He 
simply  said  that  ESE  needed  to  create  a 
work  environment  where  talented  and 
self-motivated  people  are  free  to  do  what 
they  do  best.  As  a  consequence,  the  com¬ 
pany  introduced  a  type  of  a  dual  career 
ladder  where  exceptional  engineers  could 


"...the  corporate 
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progress  in  a  technical  track  and  provide 
technical  leadership  in  the  company  with¬ 
out  being  burdened  with  managerial  re¬ 
sponsibility.  As  a  consequence,  R.  Ohlfs 
(personal  communication,  August  6, 
2001)  stayed  another  17  years. 

A  fourth  and  perhaps  most  important 
factor  that  contributed  to  retention  was  that 
the  engineers  working  on  the  Guardrail 
program  had  a  collective  vision  for  where 
the  technology  could  eventually  go. 
Furthermore,  they  understood  the  national 
importance  of  their  work  in  the  context 
of  the  ominous  threat  of  the  former  So¬ 
viet  Union.  The  combination  of  these  im¬ 
portant  factors  contributed  to  the  conti¬ 
nuity  in  the  base  of  expertise  that  was  suc¬ 
cessfully  maintained  at  ESE. 


The  Implementation  of  a  Program 


Clearly  not  all  of  the  observations  from 
the  Guardrail  program  would  apply  to  the 
development  of  other  defense  systems. 
However,  consistent  with  contingency 
theories  of  management,  these  observa¬ 
tions  may  be  useful  in  the  identification 
of  determinants  for  the  implementation 
of  a  program  with  a  radical  reduction  in 
cycle  time,  and  the  identification  of  im¬ 
portant  characteristics  of  those  programs. 

Figure  1  summarizes  necessary  condi¬ 
tions  and  important  characteristics  of  pro¬ 
grams  that  require  radically  reduced 
schedules  based  on  the  observations  and 
lessons  learned  that  are  presented  in  the 
preceding  sections.  Such  programs  are 
only  necessary  when  the  time  parameters 
for  the  development,  production,  and 
fielding  of  a  system  are  critical.  These 
conditions  typically  arise  when  an  emerg¬ 
ing  threat  is  evolving  rapidly,  and  in 
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Figure  1. 

A  Model  of  Determinants  with  a  Radical  Reduction  in  Cycle  Time 


many  cases  where  certain  key  technolo¬ 
gies  are  evolving  rapidly  (thus  affect¬ 
ing  the  evolving  threat). 

While  schedule  criticality  is  assumed 
for  a  program  with  a  radical  reduction  in 
cycle  time,  there  are  other  necessary  con¬ 
ditions  that  must  exist  for  the  implemen¬ 
tation  of  such  a  program.  First,  while  the 
core  technologies  will  he  state-of-the-art, 
they  must  he  sufficiently  mature  to  avoid 
significant  engineering  development  time 
in  the  schedule.  Secondly,  a  high  poten¬ 
tial  for  technology  insertion  in  the  form 
of  COTS  technologies  will  reduce  devel¬ 
opment  time.  Third,  systems  with  small 
production  quantities  are  advantaged  hy 
the  fact  that  the  latter  stages  of  develop¬ 
ment  and  initial  stages  of  production  can 


occur  concurrently.  Furthermore,  itera¬ 
tive  modifications  can  occur  as  a  result  of 
testing  without  significant  cost  or  sched¬ 
ule  implications.  With  systems  requiring 
large  production  mns  this  is  not  possible. 
Fourth,  as  was  the  case  with  Guardrail, 
such  programs  require  high  level  and  per¬ 
vasive  support  to  ensure  adequate  fund¬ 
ing  and  the  budgetary  stability  necessary 
to  optimize  schedule. 

Assuming  that  the  necessary  conditions 
are  extant,  the  lessons  learned  from  the 
Guardrail  program  suggest  several  impor¬ 
tant  characteristics  that  will  affect  the 
schedule  performance  of  a  program.  First, 
system  requirements  should  be  developed 
through  dialogue  with  the  technical  ex¬ 
perts  (both  government  and  contractor). 
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This  will  tend  to  facilitate  optimization 
of  schedule  through  the  systematic 
analysis  of  cost,  schedule,  and  techni¬ 
cal  performance  tradeoffs.  As  a  result, 
requirements  with  minimal  benefit,  or 
value  added,  hut  large  cost  and  sched¬ 
ule  implications  should  he  minimized. 

A  second  characteristic  follows  from 
one  of  the  conditions  for  a  radically  re¬ 
duced  cycle  time  program.  Utilizing  state- 
of-the-art,  hut  sufficiently  mature  tech¬ 
nology,  discipline  must  he  exercised  in 
the  development  process  to  avoid  de¬ 
sign  decisions  that  will  require  significant 
engineering  develop¬ 
ment.  A  third  character¬ 
istic  will  facilitate  suc¬ 
cessive  pre-planned 
product  improvements 
and  the  potential  to  con¬ 
tinually  upgrade  the 
system’s  capahilities 
with  controlled  sched¬ 
ule  implications  as  the 
technology  evolves. 
This  is  the  use  of  open 
architecture  as  it  was  successfully  dem¬ 
onstrated  in  the  Guardrail  program.  In¬ 
terrelated  with  the  use  of  open  architec¬ 
ture  and  the  use  of  mature  technology  is 
the  maximization  of  the  use  of  COTS 
technology.  Assuming  the  precondition 
for  a  high  level  of  COTS  exists,  maxi¬ 
mum  utilization  in  design  decisions  will 
tend  to  positively  affect  schedule.  How¬ 
ever,  it  should  he  noted  that  COTS  may 
also  result  in  increased  integration  com¬ 
plexities.  Therefore,  design  decisions 
must  optimize  the  use  of  COTS  in  light 
of  other  variables. 

A  fifth  characteristic  involves  the  prime 
contractor  being  relegated  full  responsi¬ 
bility  for  system  integration.  As  GR/CS 


"The  Aerial 
Common 
Sensor  •••  is  a 
system  that  stands 
on  the  shoulders 
of  giants  when 
one  views  its 
extraordinary 


began  to  deviate  from  this  pattern  there 
were  adverse  schedule  implications. 
Integration  is  facilitated  when  respon¬ 
sibility  is  not  diffused  among  multiple 
contractors  and  multiple  government 
program  offices. 

A  sixth  characteristic  of  an  effective 
quick  reaction  capability  program  is  in¬ 
terrelated  with  the  first  and  the  fifth  char¬ 
acteristics.  Based  on  the  lessons  learned 
from  Guardrail  is  the  selection  of  a  prime 
contractor  with  continuity  and  depth  in  the 
system  specific  base  of  expertise.  With¬ 
out  this  the  resultant  learning  curves  are 
such  that  the  program  schedule  will  be 
adversely  affected.  Furthermore,  without 
this  depth  of  expertise,  the  potential  for 
effectively  setting  requirements  through 
dialogue  is  greatly  diminished.  Similarly, 
the  potential  for  effective  integration  is 
also  diminished. 

Clearly,  other  characteristics  of  effec¬ 
tive  radically  reduced  cycle  time  programs 
exist.  The  characteristics  outlined  here 
have  been  drawn  from  the  lessons  learned 
from  the  Guardrail  program.  Other  char¬ 
acteristics  of  such  programs  should  be 
the  subject  of  future  research. 


Conclusion 


The  historical  development  of  the 
Guardrail  program  summarized  in  this 
case  suggests  that  this  evolution  of  ad¬ 
vanced  airborne  communications  and 
electronic  intelligence  systems  repre¬ 
sented  one  of  the  most  successful  defense 
systems  developed  during  the  last  third  of 
the  twentieth  century.  Based  on  measures 
of  program  cost,  schedule,  and  technical 
performance,  the  sequence  of  Guardrail 
systems  was  exceptional.  The  Guardrail 
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systems  provided  commanders  in  the 
field  with  critical  information  during  the 
Cold  War,  Desert  Storm,  and  the  con¬ 
flict  in  Central  Europe. 

As  the  program  proceeds  in  the 
twenty-first  century,  the  COMINT  and 
ELINT  capahilities  will  he  adjoined  with 
imagery  intelligence  (IMINT)  and  mea¬ 
surement  signature  intelligence 


(MASINT)  capahilities.  This  will  he  the 
next  step  in  the  relentless  succession  of 
Guardrail  systems  and  it  will  he  called 
the  Aerial  Common  Sensor.  The  Aerial 
Common  Sensor  is  scheduled  to  he  de¬ 
ployed  in  2010,  and  it  is  a  system  that 
stands  on  the  shoulders  of  giants  when 
one  views  its  extraordinary  technologi¬ 
cal  heritage. 


J.  Daniel  Sherman  received  a  B.S.  degree  from  the  University  of 
iowa,  an  M.A.  degree  from  Yaie  University,  and  a  Ph.D.  in  organizationai 
theory/organizationai  behavior  from  the  University  of  Aiabama.  in 
f  989-1 990,  he  was  a  visiting  scholar  at  the  Stanford  Center  for 
Organization  Research  at  Stanford  University.  He  currently  serves 
as  the  Associate  Dean  of  the  College  of  Administrative  Science  at 
the  University  of  Alabama  in  Huntsville.  He  has  been  principal 
investigator  (PI)  or  co-PI  on  a  number  of  contracts  with  the  U.S. 
Army.  He  is  the  author  of  over  40  research  publications,  and  his 
research  has  appeared  in  a  number  of  leading  management  journals 
including  Academy  of  Management  Journal,  Journal  of  Management, 
IEEE  Transactions  on  Engineering  Management,  and  Journal  of 
Product  Innovation  Management.  His  research  interests  since  1990 
have  focused  on  cross  functional  integration. 

_ (E-mail  address:  shermand(a)uah.edu) _ 


313 


Aiquisition  Review  Quarterly  —  Summer  2003 


References 


CECOM.  (1987).  CECOM  1986  Annual 
Command  History.  Fort  Monmouth, 
NJ:  Communications  and  Electronics 
Command. 

CECOM.  (1988).  CECOM  1987  Annual 
Command  History.  Fort  Monmouth, 
NJ :  Communications  and  Electronics 
Command. 

CECOM.  (1992).  CECOM  1990-91  An¬ 
nual  Command  History.  Fort 
Monmouth,  NJ:  Communications  and 
Electronics  Command. 

CECOM.  (1994).  CECOM  1992-93  An¬ 
nual  Command  History.  Fort 
Monmouth,  NJ:  Communications  and 
Electronics  Command. 

Hall,  M.  J.  (1990).  Operator  performance 
enhancement  for  the  guardrail/com¬ 
mon  sensor  5,  Unclassified  Research 
Report,  #1553.  Alexandria,  VA:  U.S. 
Army  Research  Institute  for  the 
Behavioral  and  Social  Sciences. 

Jette,  B.  D.  (1996).  Review  of  the  conclu¬ 
sion  and  model  of  the  SIGINT  mix 
study,  Unclassified  Report,  Aerial 
Common  Sensor,  Armor.  U.S.  Army. 


Moye,  W.  T.  (1986).  Annual  historical 
review,  EY  82-85.  U.S.  Army  Elec¬ 
tronics  Research  and  Development 
Command  and  U.S.  Army  Eahoratory 
Command  Headquarters. 

Rawles,  J.  W.  (1989).  Army  lEW:  New 
structure  for  a  new  century.  Defense 
Electronics,  21(6),  69-80. 

Rawles,  J.  W.  (1990).  Guardrail  common 
sensor  comes  on  line.  Defense  Elec¬ 
tronics,  22(10),  33-41. 

Swainston,  D.  (1994).  Guardrail  common 
sensor  program  summary  and  system 
description.  Fort  Monmouth,  NJ: 
Electronic  Warfare,  Reconnaissance, 
Surveillance,  and  Target  Acquisition, 
CECOM. 

U.S.  Army  Intelligence  Center.  (1994). 
System  fact  sheets.  Directorate  of 
Comhat  Developments  Concepts,  Di¬ 
vision  of  Intelligence  and  Electronic 
Warfare. 


314 


